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PATENT 

IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 



In re Application of: 

Vikas KRISHNA et al. 

Serial No.: 10/044,646 

Filed: January 10, 2002 

For: SYSTEM AND METHOD FOR 

ELIMINATING DUPLICATE COPIES OF 

ACTIVITY HISTORY LOGS IN BRIDGING 

TWO OR MORE BACKEND DATABASE 

SYSTEMS 



Group Art Unit: 2172 
Examiner: Hung Q. Pham 



37 C.F.R.S 1.131 DECLARATION 

We, the undersigned, are the Applicants for the above-identified patent 
application and hereby declare the following: 

1) The pending claims of our above-identified patent application were 
rejected under 35 U.S.C. § 103(a) based on U.S. Patent No. 
6,581,076 to Guturu et al., which is entitled "System and Method for 
Database Synch ronizatk>n B and issued on June 17, 2003 
("Guturu"). The Guturu reference has a date of December 28, 
2000. 

2) The invention claims in the above-identified patent application were 
reduced to writing in the United States prior to the December 28, 
2000 date of the Guturu reference. Attached hereto is the relevant 
portion of an Invention Disclosure on which the above-identified 
patent application was based. This Invention Disclosure was 
prepared prior to December 28, 2000. 

We, the undersigned, hereby declare that all statements made herein of our own 
knowledge are true and that all statements made on information and belief are believed 
to be true; and further that these statements were made with the knowledge that willful 
false statements and the like so made are punishable by fine or imprisonment, or both, 
under 18 U.S.C. § 1001 and that such willful false statements may jeopardize the 
validity of the application or any patent issued thereon. 

Vikas Krishna Signature: l/jL*o j^J 1 Date; 9 jll ( 0( t 

Hovey Raymond Strong, Jr. - Signature: Jh^^u^f^J^p^ Date: f/lj/ o */- 
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A. 



Main Idea 



Method for Eliminating Duplicate Copies of Activity History Logs In Bridging Two or More Backend 
Database Systems 

<m&m*immm •. -;/*&-.;^ rfe- i^- 

1 . Describe your invention, stating the problem solved (if appropriate), and indicating the 
advantages of using the invention. 

Today, there exist very disparate data base ; systems\ like problem management systems, at various 
organisations. Sometimes, these systems need to be connected, i.e. bridged, to be able to 
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Eliminating Duplicate U.^es of Activity History Logs in Bridging Two or Mo.~ Jackend Database Systems - continued 



exchange information between themselves. In doing so, there is the potential of sending across 
records that already exist in the other remote system and hence unnecessarily duplicating them. 
Described here is a method for preventing such duplication of records. 

2. How does the invention solve the problem or achieve an advantage, {a description of "the 
invention', including figures inline as appropriate)? 

The advantage achieved is that of reduced storage space by not storing duplicated records and of 
efficiency in sending across less amount of data by not picking up records that already exist or 
have already been sent to the other system. This is achieved by tagging the local copy of the data 
that exists in the remote system with another record that simply tells the bridging application that 
the records before it have a copy of each in the remote system. This way the bridging application 
only picks up the records that follow the tag and immediately inserts another tag marking the 
existence of the just sent records to also exist in the remote system, and so on. 

This method has been successfully applied in bridging two IBM Tivoli Service Oesk(TSD) problem 
management databases. These systems each have a WORK_HIST ORY table that contains 
descriptions and notes of the work performed by a customer service representative during the life 
of a particular user problem. Each such record has a WORKJ.D primary key. In other words, all 
records have a unique WORKJD field value and it is incremented everytime a new record is 
inserted into the WORK_HISTORY table. All records are kept in sequence and can be sorted by 
WORKJDs. Whenever the bridging application picks up the newly added WORKJHISTORY 
logs(records) from a database, it inserts into the table a new record with a description of 'copy in 
the sent-to-systenV. This tells the bridge that any records with WORKJDs prior in sequence to the 
WORKJD of this tag record has been sent to the remote system and hence e copy of these records 
will now exist there as well. When the next time the entire problem view is to be sent across, the 
bridge will only pick up records that have a WORKJD greater than the greatest WORK ID belonging, 
to a record containing the description of 'copy in the sent-to-system'. Similarly, the bridging 
application also inserts a tag record in the remote system after it inserts the sent records, marking 
all the records prior to this tag recordlin terms of WORKJDs) as existing in the system they were 
sent from. 

3. If the same advantage or problem has been identified by others (inside/outside IBM), how have 
those others solved it and does your solution differ and why Is it better? 

There have been similar attempts to eliminate duplication of records by using timestamps of records 
and sending only those across that have a timestamp greater than that of a certain cached 
valuefthe value being the timestamp at -which the records were last sent). This has a disadvantage 
of requiring the bridging application to store a threshold timestamp and hence maintain state that 
can slow down the application as it has to write to disk from time to time. It also has a potential 
problem as timestamps are usually not absolute and mostly relative. So if the two systems being 
bridged were physically in two different timezones, then meaning of a timestamp can be confusing 
to the bridging application and hence erroneous in the goal of eliminating duplicate records. Also, 
someone can inadvertently or maliciously change the time on the bridging application machine at a 
certain point of time which will cause the Bridge to use a wrong threshold timestamp to judge 
which WORK HISTORY records to send across. 

4. If the invention is implemented in a product or prototype, include technical details, purpose, 
disclosure details to others and the date of that implementation. 

This algorithm has been implemented in an XML Bridge application between two TSD systems as of 

It is currently! ) undergoing system test and will be shipped as part of 

the e-ESM 6.0 around mid 

•Critical Questions { Questions 1-7 must be answered) 
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